Nie można znaleźć pliku deklaracji dla modułu 'Nazwa modułu'. '/path / to / module-name.js"

Oto dwa inne rozwiązania

Gdy moduł nie jest Twój-spróbuj zainstalować typy z @types:

npm install -D @types/module-name

Jeśli powyższe błędy instalacji-spróbuj zmienić import na require:

// import * as yourModuleName from 'module-name';
const yourModuleName = require('module-name');

Jeśli importujesz zewnętrzny moduł 'foo', który nie zawiera żadnych typowań, ani w samej bibliotece, ani w pakiecie @types/foo (wygenerowanym z repozytorium DefinitelyTyped ), możesz usunąć ten błąd, deklarując moduł w pliku z rozszerzeniem .d.ts. TypeScript szuka plików .d.ts w tych samych miejscach, w których będzie szukał zwykłych plików .ts: jak określono w "files", "include" I "exclude" w tsconfig.json.

// foo.d.ts
declare module 'foo';

Then when you import foo zostanie wpisany jako any.

Alternatywnie, jeśli chcesz rzucić własne typy, możesz to zrobić również:

// foo.d.ts
declare module 'foo' {
    export function getRandomNumber(): number
} 

To będzie poprawnie skompilowane:

import { getRandomNumber } from 'foo';
const x = getRandomNumber(); // x is inferred as number

Nie musisz podawać pełnych typowań dla modułu, wystarczy dla bitów, których faktycznie używasz( i dla których chcesz poprawnie pisać), więc jest to szczególnie łatwe, jeśli używasz dość małej ilości API.

Z drugiej strony, jeśli nie zależy ci na typowanie bibliotek zewnętrznych i chcesz, aby wszystkie biblioteki bez typowania były importowane jako any, możesz dodać to do pliku z rozszerzeniem .d.ts:

declare module '*';

Zaletą (i minusem) tego jest to, że możesz zaimportować absolutnie wszystko, a TS się skompiluje.

Jeśli potrzebujesz szybkiej poprawki, po prostu dodaj ją przed wierszem importu:

// @ts-ignore

TypeScript to w zasadzie implementacja reguł i dodawanie typów do kodu, aby uczynić go bardziej przejrzystym i dokładniejszym ze względu na brak ograniczeń w Javascript. TypeScript wymaga opisania danych, aby kompilator mógł sprawdzić kod i znaleźć błędy. Kompilator poinformuje cię, jeśli używasz typów niedopasowanych, jeśli nie masz zakresu lub próbujesz zwrócić inny typ. Tak więc, gdy używasz zewnętrznych bibliotek i modułów z maszynopisem, muszą one zawierać pliki opisujące typy w tym kodzie. Pliki te nazywane są plikami deklaracji typu z rozszerzeniem d.ts. Większość typów deklaracji dla modułów npm jest już zapisana i można je załączyć za pomocą npm install @types/module_name (gdzie module_name jest nazwą modułu, którego typy chcesz załączyć).

Istnieją jednak moduły, które nie mają definicji typu i aby usunąć błąd i zaimportować moduł za pomocą import * as module_name from 'module-name', Utwórz folder typings w katalogu głównym Twój projekt, wewnątrz utwórz nowy folder z nazwą modułu i w tym folderze Utwórz plik module_name.d.ts i zapisz declare module 'module_name'. Następnie przejdź do pliku tsconfig.json i dodaj "typeRoots": [ "../../typings", "../../node_modules/@types"] w compilerOptions (z odpowiednią ścieżką względną do folderów), aby TypeScript wiedział, gdzie może znaleźć definicje typów bibliotek i modułów i dodać nową właściwość "exclude": ["../../node_modules", "../../typings"] do pliku. Oto przykład twojego tsconfig.plik json powinien wyglądać następująco:

{
    "compilerOptions": {
        "module": "commonjs",
        "noImplicitAny": true,
        "sourceMap": true,
        "outDir": "../dst/",
        "target": "ESNEXT",
        "typeRoots": [
            "../../typings",
            "../../node_modules/@types"
        ]
    },
    "lib": [
            "es2016"
    ],
    "exclude": [
        "../../node_modules",
        "../../typings"
    ]
}

Robiąc to, błąd zniknie i będziesz mógł trzymać się najnowszych reguł ES6 i maszynopisu.

Jeśli ktoś jeszcze to czyta, spróbuj zmienić nazwę swojego .plik js do .ts

Edytuj: Możesz również dodać "allowJs": true do pliku tsconfig.

Ten sposób działa dla mnie:

declare module 'Injector';

  {
    "compilerOptions": {
        "strictNullChecks": true,
        "moduleResolution": "node",
        "jsx": "react",
        "noUnusedParameters": true,
        "noUnusedLocals": true,
        "allowSyntheticDefaultImports":true,
        "target": "es5",
        "module": "ES2015",
        "declaration": true,
        "outDir": "./lib",
        "noImplicitAny": true,
        "importHelpers": true
      },
      "include": [
        "src/**/*",
        "index.d.ts",   // declaration file path
      ],
      "compileOnSave": false
    }

-- edit: potrzebne cudzysłowy wokół nazwy modułu

Miałem ten sam problem przy użyciu modułu węzła z aplikacją reactową napisaną maszynopisem. Moduł został pomyślnie zainstalowany przy użyciu npm i --save my-module. Jest napisany w javascript i eksportuje klasę Client.

Z:

import * as MyModule from 'my-module';
let client: MyModule.Client = new MyModule.Client();

Kompilacja nie powiodła się z błędem:

Could not find a declaration file for module 'my-module'. 
'[...]/node_modules/my-module/lib/index.js' implicitly has an 'any' type.
  Try `npm install @types/my-module` if it exists or add a new declaration (.d.ts) file containing `declare module 'my-module';`

@types/my-module nie istnieje, więc dodałem plik my-module.d.ts obok tego, do którego importowany jest my-module, z sugerowaną linią. Potem dostałem błąd:

Namespace '"my-module"' has no exported member 'Client'.

Klient jest faktycznie eksportowany i działa Normalnie, jeśli używam go w aplikacji js. Również poprzedni komunikat mówi mi, że kompilator szuka w odpowiednim pliku ({[9] } jest zdefiniowany w my-module/package.json "main" element).

Rozwiązałem problem mówiąc kompilatorowi, że nie dbam o implicit any, czyli ustawiłem na false następujący wiersz pliku tsconfig.json:

    "noImplicitAny": false,

Musisz edytować plik konfiguracyjny maszynopisu (tsconfig.json) i dodać nową parę klucz-wartość jako:

"noImplicitAny": false

Na Przykład: "noImplicitAny": false, "allowJs": true, "skipLibCheck": true, "esModuleInterop": true, Kontynuuj....

Niestety nie mamy wpływu na to, czy autor pakietu będzie przeszkadzał z plikiem deklaracji. Zazwyczaj mam taki plik index.d.ts, który będzie zawierał wszystkie brakujące pliki deklaracji z różnych pakietów:

Indeks.ts:

declare module 'v-tooltip';
declare module 'parse5';
declare module 'emoji-mart-vue-fast';

Próbowałem wszystkiego tutaj, ale dla mnie to był zupełnie inny problem: Musiałem usunąć z mojego *.d.ts wszelkie polecenia importu:

import { SomeModuleType } from '3rd-party-module';

Po usunięciu błędu zniknął...

Wyjaśnienie : Kiedy deklarujemy moduł w pliku *.d.ts, jest on automatycznie pobierany przez kompilator maszynopisu jako moduł ambient (ten, którego nie trzeba importować jawnie). Po określeniu import ... from ..., Plik staje się teraz normalnym modułem (ES6), a zatem nie będzie odebrany automatycznie. Dlatego jeśli nadal chcesz, aby zachowywał się jak moduł ambient, użyj innego stylu importu, jak tak:

type MyType: import('3rd-party-module').SomeModuleType;

Sprawdź w pliku "tsconfig.json" opcje kompilacji "include" i "exclude". Jeśli nie istnieje, po prostu dodaj je informując swój korzeń katalog.

// tsconfig.json
{
  "compilerOptions": {
  ...
  "include": [
    "src", 
  ],
  "exclude": [
    "node_modules", 
  ]
}

Rozwiązałem swój głupi problem po prostu usuwając instrukcję rozszerzenia "*.spec.ts" z "exclude", ponieważ przy włączaniu "import" w tych plikach zawsze pojawiały się problemy.

Ja też to dostawałem, przez jakiś czas byłem zdumiony, nawet z modułem i typami już zainstalowanymi i wielokrotnie przeładowywałem moje IDE.

To, co naprawiłem w moim przypadku, to kończenie procesów terminalowych, usuwanie node_modules, czyszczenie pamięci podręcznej menedżera pakietów węzłów i robienie świeżego install, a następnie ponowne ładowanie edytora.

Proste do naprawienia jest re:

// example.d.ts
declare module 'foo';

Jeśli chcesz zadeklarować interfejs obiektu (polecam dla dużego projektu) możesz użyć :

// example.d.ts
declare module 'foo'{
    // example
    export function getName(): string
}

const x = require('foo') // or import x from 'foo'
x.getName() // intellisense can read this

Could not find a declaration file for module 'busboy'. 'f:/firebase-cloud- 
functions/functions/node_modules/busboy/lib/main.js' implicitly has an ‘any’ 
type.

Try `npm install @types/busboy` if it exists or add a new declaration (.d.ts) 
the file containing `declare module 'busboy';`

W moim przypadku jest to rozwiązane: wystarczy edytować plik konfiguracyjny maszynopisu (tsconfig.json) i dodać nową parę klucz-wartość jako:

"noImplicitAny": false

Po prostu możesz zaimportować go za pomocą require jako następujący kod:

var _ = require('your_module_name');